iT邦幫忙

2024 iThome 鐵人賽

DAY 7
0
Mobile Development

Swift iOS UIKit 初學者系列:從零開始開發互動式應用系列 第 7

【Day 07】Auto Layout 修練 - 2 - Content Hugging 與 Compression Resistance 的深入解析

  • 分享至 

  • xImage
  •  

導言

在上一篇的 Auto Layout 練習中,我們學會了如何使用 Auto Layout 來進行圖片的置中、對齊、以及比例設置。今天,我們將深入探討 Content Hugging Priority(內容擁抱優先)與 Content Compression Resistance Priority(內容抗壓優先),這兩者在處理動態文字或可變大小的 UI 元件時尤為關鍵。

想像你正在設計一個介面,其中有多個可變長度的 UILabel、TextView,甚至是 Button。當面臨空間過多或不足的情況時,元件該如何進行調整?透過這篇教學,我們將解決以下兩個常見問題:

  • 當剩餘空間過多時,哪個元件應該撐開?
  • 當空間不足時,哪個元件應該被壓縮?

這兩個問題可以通過設定 Content Hugging Priority 和 Content Compression Resistance Priority 來解決。這就是今天要學習的核心——掌握這些概念能幫助我們在設計多裝置自適應 UI 時更有彈性。

Content Hugging Priority 與 Compression Resistance Priority 的簡單比喻

想像你的元件都有「手臂」,這些手臂的力量決定了元件如何對待空間:

  • Content Hugging Priority(內容擁抱優先):這是手臂的「擁抱力」。力氣大的元件(優先級高)會緊緊抱住自己的內容,不容易被拉伸。力氣小的元件(優先級低)則手無縛雞之力,空間一多,它的大小就會被撐開。

  • Content Compression Resistance Priority(內容抗壓優先):這是手臂的「抗壓力」。當空間不足時,抗壓力強的元件(優先級高)能抗住壓力,不會被擠壓。抗壓力弱的元件(優先級低)則會先被壓縮,內容縮小。

1. Content Hugging Priority(內容擁抱優先)

當有多餘空間時,應該擴大哪個元件?

Content Hugging Priority 指定了元件避免被拉伸的優先級。值越高,表示元件「抱住」其內容的意圖越強,不容易被拉伸。反之,值越低,表示元件較容易被擴展。

我們來進行一個簡單的實驗,看看當兩個 UILabel 有不同的 Hugging 優先級時,誰會被拉伸:

操作步驟:

放置兩個 UILabel,並設定不同的 Content Hugging Priority:

  • Label 1(Hugging Priority: 251)
  • Label 2(Hugging Priority: 250)

結果:

你會發現 Label2 的 Hugging 優先級比較低,手臂力氣小,空間會優先撐開 Label2,而 Label1 則保持不變,牢牢抱住它的內容。

如果兩個元件的 Hugging 值反轉:

  • Label 3(Hugging Priority: 250)
  • Label 4(Hugging Priority: 251)

這次是 Label 3 被拉伸,因為它的 Hugging 值較小。

2. Content Compression Resistance Priority(內容抗壓優先)

當空間不足時,該犧牲誰?壓縮哪個元件?

Content Compression Resistance Priority 決定了元件在空間不足的情況下,避免被壓縮的優先級。值越高,代表元件更不容易被壓扁。反之,值越低,代表該元件較容易被壓縮。

操作步驟:

放置兩個 UILabel,並設定不同的 Content Compression Resistance Priority:

  • Label 1(Compression Resistance: 751)
  • Label 2(Compression Resistance: 750)

結果:

當空間不足時,Label2 的抗壓優先級較低,它會首先被壓縮,而 Label1 依然保持自己的大小。

如果調整另外兩個 Label:

  • Label 3(Compression Resistance: 750),
  • Label 4(Compression Resistance: 751)

結果:這次是 Label 3 被壓扁,因為它的抗壓值較小。

3. 進一步測試:多個元件的擁抱與抗壓實驗

在現實應用中,Hugging 和 Compression Resistance 會共同作用,在這裡我們將加入更多的元件,測試在同一容器內多個元件的擁抱和抗壓行為。

操作步驟

放置三個 UILabel,Label 1、Label 2 和 Label 3 的 Hugging 值都為 250,但 Compression Resistance 不同:
Label 1(752),Label 2(751),Label 3(750)
結果:Label 3 會首先被壓縮,然後是 Label 2,最終 Label 1 保持完整。

如果不想完全被壓扁

如果希望某個元件不完全被壓扁,可以為該元件設定一個最小寬度。

例如,將 Compression 值較小的元件的最小寬度設定為 ≥ 70,讓他至少可以有 70 的 Width。

回顧重點

  • Content Hugging Priority 控制元件在有多餘空間時的擴展行為,數值越高,元件越不容易被拉伸。
  • Content Compression Resistance Priority 決定了元件在空間不足時的壓縮行為,數值越高,元件越能抵抗壓縮。
  • 透過適當的設置,能讓 UI 更具動態性並適應多種裝置和螢幕大小。

總結

透過這篇文章的學習,我們了解了 Content Hugging Priority 和 Content Compression Resistance Priority 的重要性,這兩者在處理動態內容或多元件佈局時,扮演了決定 UI 元件大小和排列方式的重要角色。掌握這些概念能夠讓我們在設計自適應介面時,靈活應對不同的螢幕尺寸和空間分配問題,確保介面既美觀又實用。

在未來的開發中,這些技巧將幫助你更自信地處理多變的 UI 需求,讓介面隨時保持清晰易讀,並適應各種不同裝置。Auto Layout 是一門不斷進步的技術,透過這些練習,你已經邁出了關鍵的一步,接下來可以繼續探索更多進階功能,讓 UI 設計變得更加靈活且強大。

附錄:已接觸的 UIKit 元件

  • UILabel (Day 01)– 顯示文字。
  • UIButton (Day 01)– 處理按鈕的點擊事件。
  • UIImageView (Day 01)– 顯示圖片。
  • UINavigationController (Day 02)– 管理畫面之間的導航。
  • Segue (UIStoryboardSegue) (Day 02)– 在畫面之間進行跳轉。
  • Relationship Segue (Day 03)– 建立控制器之間的層級關係。
  • UITabBarController (Day 03)– 實現底部的頁面導航。
  • UITableViewController (Day 04)– 顯示和管理大量的列表內容。
  • ScrollView (Day 05)– 呈現可捲動的內容。
  • Auto Layout (對齊、比例、間距) (Day 06)– 自動調整介面元素在不同裝置中的位置、大小和間距。
  • Auto Layout (擁抱、抗壓) (Day 07)– 當容器空間不足或過大時的元件的伸展及壓縮策略。

上一篇
【Day 06】Auto Layout 修練 - 1 - 雪地動物圖集:圖片比例與佈局設計
下一篇
【Day 08】Auto Layout 修練 - 3 - 適應各裝置的 Size Classes:直向橫向佈局的最佳實踐
系列文
Swift iOS UIKit 初學者系列:從零開始開發互動式應用13
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言